WordPress Plugin - Baidu xss漏洞
一、漏洞简介
二、漏洞影响
三、复现过程
漏洞分析
Page Builder bySiteOrigin插件内置一款实时编辑器，用户可以在观察实时更改的同时更新内容，这使得页面的编辑和设计或发布过程更加流畅。
本次漏洞就是出现在该插件内置的实时编辑器中。
在编辑文章活页面时点击实时编辑器按钮即可使用此工具
在实时编辑器中可以实时预览编辑文章、添加小工具、修改页面布局等情况
以添加小工具功能为例，我们可以添加一个自定义HTML模块
在这个模块中添加一些内容
完成编辑后，用户的编辑效果可以实时呈现在编辑器浏览页面中
实时编辑器仅提供用户对草稿的编辑与预览。如果需要保存与发布，还需要点击Save Draft按钮
在了解了Page Builder by SiteOrigin插件的功能之后，再看一下后台是如何实现与如何产生漏洞的
当用户点击实时编辑器按钮后，会进入上文描述的实时编辑器页面
此时用户可以对页面进行一些编辑操作，当用户编辑完成后点击已完成按钮后，会向后台发送如下请求：
url中p参数代表目前编辑的文章id，siteorigin_panels_live_editor=true代表目前正开启使用实时编辑器，live_editor_panels_data参数值为修改后的页面数据
可以跟进插件后台看一下代码
程序通过is_live_editor来判断是否使用实时编辑器
我们接下来看一下is_live_editor函数
is_live_editor函数的作用是检查用户是否在前端的实时编辑器中，当用户提交的请求url中siteorigin_panels_live_editor不为空时，则判断用户正在使用实时编辑器
接着，程序调用SiteOrigin_Panels_Live_Editor::single()函数包含实时编辑器文件
在SiteOrigin_Panels_Live_Editor类的构造方法中，通过add_action函数将post_metadata函数挂载到get_post_metadata hook上
get_{\$meta_type}_metadata hook用以处理动态部分\$meta_type指定的元数据类型并获取元数据，这里是用来获取挂载的post_metadata函数返回的元数据
接下来看一下post_metadata函数
在post_metadata函数中，对访问实时编辑器的用户身份、提交的跟新信息等进行校验，通过校验的数据可以进行后续处理并返回元数据。但post_metadata函数并没有通过校验csrf token来保护提交数据的来源合法性。这将导致csrf漏洞的产生。
在通过一系列的校验后，程序将live_editor_panels_data参数提交的页面信息进行加工并进行渲染工作。程序使用add_filter('the_content', string \$content )实现页面内容加工工作,然后再将其打印到屏幕上
这里用来加工页面信息的函数是generate_post_content
最终，live_editor_panels_data参数中提交的新的页面信息将会被打印到屏幕上
需要特别注意的是，此插件实施编辑器中有如下代码
实时编辑器通过header( 'X-XSS-Protection: 0');设置X-XSS-Protection响应头以关闭浏览器XSS保护。可见这个插件的实时编辑器页面中允许xss的触发
漏洞复现
构造实时编辑提交页面修改的数据包
将其中的content字段改为xss payload
生成csrf poc
当管理员访问该poc页面时，xss触发
通过xss漏洞，可以构造payload进行进一步的攻击，例如添加一个管理员账号。
参考链接
https://kumamon.fun/WordPress-Page-Buider/